Methods And Apparatuses For Efficient Load Processing Using Buffers

ABSTRACT

Various embodiments of the invention concern methods and apparatuses for power and time efficient load handling. A compiler may identify producer loads, consumer reuse loads, consumer forwarded loads, and producer/consumer hybrid loads. Based on this identification, performance of the load may be efficiently directed to a load value buffer, store buffer, data cache, or elsewhere. Consequently, accesses to cache are reduced, through direct loading from load value buffers and store buffers, thereby efficiently processing the loads.

BACKGROUND

A load operation may include any instruction, operation, ormicro-operation to load a value from a memory, such as a cache or othermemory device. In some processors a load may search a store buffer (SB)and first level data cache simultaneously in an attempt to access datain a timely manner. However, if the load hits the SB (e.g., load can besatisfied by data in the SB that has yet to be written back to a cache)the cache access was unnecessary and the power consumed in accessing thecache was wasted.

Several techniques may be used to avoid such power waste while stillproviding timely access to data. First, processors may serializeaccesses by first searching the SB and then the data cache. However,doing so may hurt time performance if there is a SB miss. Second, thenumber of cache accesses may be reduced, thereby conserving power, byusing hardware predictors to identify loads that do not require cacheaccess. However, using hardware predictors may result in increased powerconsumption.

BRIEF DESCRIPTION OF THE DRAWINGS

Features and advantages of embodiments of the present invention willbecome apparent from the appended claims, the following detaileddescription of one or more example embodiments, and the correspondingfigures, in which:

FIG. 1 illustrates a processor in an embodiment of the invention.

FIG. 2 illustrates an embodiment including logic and memory to providepower and time efficient handling of load operations.

FIG. 3 illustrates a flow diagram for a method of efficiently handlingload operations in an embodiment of the invention.

FIGS. 4A and B illustrate embodiments of pseudo code for methods ofefficiently handling load operations.

FIG. 5 illustrates an embodiment of pseudo code for a method ofoptimizing code to efficiently handle load operations.

FIG. 6 illustrates an embodiment of pseudo code for a method ofoptimizing code to efficiently handle load operations.

DETAILED DESCRIPTION

In the following description, numerous specific details are set forthsuch as examples of specific processor architecture, pre-fix values,types of loads, sizes of data blocks and corresponding buffers,identification techniques for compilers of different load types, and thelike to provide a thorough understanding of embodiments of the presentinvention. However, these specific details need not be employed topractice embodiments of the invention. Components or methods concerning,for example, compiler composition, specific compilation techniques,specific logic implementation, and other specific operation details havenot been described in detail in order to avoid unnecessarily obscuringthe embodiments of the present invention. References to “oneembodiment”, “an embodiment”, “example embodiment”, “variousembodiments”, and the like indicate that the embodiment(s) of theinvention may include particular features, structures, orcharacteristics, but not every embodiment necessarily includes theparticular features, structures, or characteristics. Further, someembodiments may have some, all, or none of the features described forother embodiments. Also, unless otherwise specified, using “first”,“second”, “third”, and the like to describe a common object merelyindicates different instances of like objects are being referred to, andare not intended to imply that the objects so described must be in agiven sequence, either temporally, spatially, in ranking, or in anyother manner. In addition, the term “coupled” may mean that two or moreelements co-operate or interact with each other, but they may or may notbe in direct physical or electrical contact.

Various embodiments of the invention concern methods and apparatuses forpower and time efficient load handling. In one embodiment of theinvention, a compiler or other code may identify producer loads,consumer reuse loads, consumer forwarded loads, and producer/consumerhybrid loads. Based on this identification, performance of the load maybe efficiently directed to a load value buffer (LVB), SB (also known asstore forward buffer SFB), data cache, or elsewhere. Consequently,accesses to cache are reduced, through direct loading from or to LVBsand SBs, without sacrificing load performance.

FIG. 1 depicts an embodiment of a multi-processing element processor 100capable of power and time efficient load handling. A processing elementrefers to a thread, process, context, logical processor, hardwarethread, core, and/or any processing element that utilizes processorresources such as reservation units, execution units, pipelines, and/orhigher level caches/memory. A processor may include an integratedcircuit (IC) that has other processing elements such as cores orhardware threads. A core may have logic located on an IC capable ofmaintaining an independent architectural state where each independentlymaintained architectural state is associated with some dedicatedexecution resources. In contrast, a hardware thread may have logiclocated on an IC capable of maintaining an independent architecturalstate where the independently maintained architectural states shareaccess to execution resources. Processor 100 may include a speculativeout-of-order microprocessor architecture, but embodiments of theinvention are not so limited and may be implemented with any processorsystem, such as an in-order processor system.

Processor 100 includes cores 101, 102, which share access to higherlevel cache 110. Core 101 includes hardware threads 101 a, 101 b andcore 102 includes hardware threads 102 a, 102 b. Software entities(e.g., operating system) may view processor 100 as four separateprocessors capable of executing four software threads. The four threadsmay respectively be associated with architecture state registers 101 a,101 b, 102 a, and 102 b. Processor 100 may include asymmetric cores(i.e., cores with different configurations, functional units, and/orlogic) or the illustrated symmetric cores. Consequently, core 102,illustrated as identical to core 101, is not discussed in detail.

Architecture state registers 101 a are replicated in architecture stateregisters 101 b so individual architecture states/contexts are capableof being stored for logical processor 101 a and logical processor 101 b.Other smaller resources, such as instruction pointers and renaming logicin rename allocator logic 130, may also be replicated for threads 101 aand 101 b. Some resources, such as re-order buffers inreorder/retirement unit 135, I-TLB 120, load storage buffers, SBs, andqueues may be shared through partitioning. Other resources, such asgeneral purpose internal registers, page-table base register, low-leveldata-cache and data-translation buffer (TLB) 150, execution unit(s) 140,and portions of out-of-order unit 135 may also be shared.

Bus interface module 105 may communicate with devices external toprocessor 100, such as system memory 175, a chipset, Northbridge, orother IC. Memory 175 may be dedicated to processor 100 or shared withother devices in a system. Higher-level cache 110 may cache recentlyfetched and/or operated on elements. “Higher-level” refers to cachelevels further way from the execution unit(s). Higher-level cache 110may be a second-level data cache but cache 110 is not so limited and maybe included in, for example, an instruction or trace cache. A tracecache may be coupled after decoder 125 to store recently decoded traces.

Module 120 may include a branch target buffer to predict branches to beexecuted/taken and an instruction-translation buffer (I-TLB) to storeaddress translation entries for instructions. Processor 100 may becapable of speculative execution and be able to prefetch andspeculatively execute predicted branches.

In one embodiment of the invention, machine code instructions thataccess memory, such as load operations, may include a load identifier(ID) or indicator field to identify the related load type. Code, such asa compiler, may determine a type of load operation and include a valuein the load ID field to indicate the load type. Load types a compiler orother code may identify may include a producer load (P load), aforwarded consumer load (F load), a reuse consumer load (C load), aproducer/consumer hybrid load (Q load), and a normal load (N load).Decode module 125, coupled to unit 120, may decode “fetched elements”from unit 120 and the load ID field to identify the type of loadoperation. This process will be described in greater detail with regardto FIG. 2.

Allocator and renamer block 130 may include an allocator to reserveresources (e.g., register files) to store instruction processingresults. However, threads 101 a and 101 b are potentially capable ofout-of-order execution, where allocator and renamer block 130 alsoreserves other resources, such as reorder buffers to track instructionresults. Unit 130 may include a register renamer to renameprogram/instruction reference registers to other registers internal toprocessor 100. Reorder/retirement unit 135 may include components (e.g.,reorder buffers, load buffers, and SBs) to support out-of-orderexecution and later in-order retirement of instructions executedout-of-order.

Scheduler and execution unit(s) block 140 may include a scheduler unitto schedule instructions/operations on execution units.Instructions/operations may potentially be scheduled on execution unitsaccording to their type availability. Register files associated with theexecution units may be included to store information instructionprocessing results. Exemplary execution units may include a floatingpoint execution unit, an integer execution unit, a jump execution unit,a load execution unit, a store execution unit, and other executionunits. As will be described in greater detail with regard to FIG. 2,block 140 may also include SB and LVB but those buffers may be locatedelsewhere in various embodiments of the invention.

Lower level data cache and data translation buffer (D-TLB) 150 maycouple to execution unit(s) 140. The data cache may store recentlyused/operated on elements (e.g., data operands) that are held in memorycoherency states, such as modified, exclusive, shared, and invalid(MESI) states. The D-TLB may store recent virtual/linear to physicaladdress translations. A processor may include a page table structure tobreak physical memory into a plurality of virtual pages.

FIG. 2 depicts an embodiment of the invention for identifying differentload types to conserve power while maintaining performance during loadprocessing. For example, during compilation compilers (and similar codeas embodiments of the invention are not limited to use with compilers)may optimize code, re-arrange code/slices, and insertoperations/instructions to take advantage of specific hardware supportedfeatures. Any method of a compiler or similar code that analyzes othercode, determines control flows, dependencies, or inserts additionalsoftware constructs, such as operations, functions, function calls, andother executable constructs may be utilized to determine and identifyloads as described below. Furthermore, although a compiler is discussedfor exemplary purposes to illustrate identification of load types, othercode (e.g., interpreter, parser, interpreter, binary translator, and thelike) may be utilized to process loads as described below.

P, C, F, Q, and N Loads

In one embodiment, loads are classified into P, C, F, Q, and/or N loads.Again, a load operation may include any instruction, operation, ormicro-operation to load a value from a memory, such as a cache or othermemory device. A load operation may be part of a larger instruction.Instruction sets may include instructions that are decoded into multiplemicro-operations. A single micro-operation may be a load operation wherethe loaded value is further processed as guided by other instructionrelated micro-operations.

Consumer loads potentially utilize values of previous store operationsand/or load operations. Consumer loads may be differentiated intoconsumer reuse loads (C loads) and consumer forwarded loads (F loads),which respectively correspond to a load that loads from a previous loadand a load that loads from a previous in-flight store.

A C load may include a load operation that is to load a data block thatis the same data block included in, or the subject of, a previous load,such as a producer load (P load). A C load may also include a load froma data block loaded by a previous load as well as a next data blockwhich may have been pre-loaded by the previous load. For example, aprevious load may perform a load of a referenced data block A and loadthree additional data blocks B, C, D. So the referenced data blocks ofthe previous load include A, B, C, D. The C load can be a subsequentload that loads block A and/or one of blocks B, C, D. The P loadincludes the previous load that performs a load of A, B, C and D.

An F load may be similar to a C load except the F load is to load a datablock to be written by a previous in-flight store operation instead of,for example, data predictively loaded by a P load. For example, a storeoperation may be in-flight in a SB with a new data block for a location,which is the most recent value (i.e., valid and correct value) to beloaded. As a result, when a load operation is to load from an in-flightstore that load operation is often referred to as a consumer forwardedload (F load).

A Q load may include a form of P/C hybrid load. In other words, in anembodiment Q loads include P and C loads. For example, a load inside aloop may be a Q load. Depending on the point of execution of the loop, aload may satisfy definitions for both P and C loads.

Identifying P, C, F, Q, and N Loads

In one embodiment, a P and C load pair may be determined from both a Pload and any number of C loads referencing the same address (i.e., the Cand P loads intend to load the same data block). P and C load pairs mayalso be identified through proximity of load addresses. For example, asubsequent load may be determined to be a C load of a previous load if adata block to be loaded by the subsequent load is within a certainproximity of a data block to be loaded by the previous load.

Again referring to FIG. 2, in an embodiment cache 215 may include 64byte cache lines, which each hold data in 8 readable data blocks (e.g.,entries 216 a-216 h) of 8 bytes each. Load value buffer (LVB) 225 mayinclude 32 byte lines (e.g., entry 226), which each hold data in 4blocks of 8 bytes each. As a result, when loading from cache line 216 upto 32 bytes may be held in entry 226 of LVB 225. If a first loadoperation references data block 216 e, then any of the three data blocksnext to 216 e (e.g., 216 f-h or 216 b-d) may also be loaded and placedin load entry 226 (32 bytes). As illustrated, shaded data blocks 216 e-hare predictively loaded in performance of the first load operation of216 e. As a consequence, any subsequent load that is to load from datablocks 216 e-h, which may be held in LVB 225, may be identified as a Cload to be paired with the first load as a P load. LVB 225 may beorganized in a FIFO format.

In the example above, predictive loading is discussed in reference toloading a data block and then contiguous data blocks in one direction.However, data blocks may be loaded in any direction such as a number ofblocks before the block to be loaded 216 e (e.g., 216 b-216 e) or anumber of blocks on either side of the block to be loaded 216 e (e.g.,216 c-f). A direction may be predefined. The referenced block and thesubsequent next number of blocks may be loaded, or in the alternative,the direction may be inserted by the compiler to be recognized byhardware.

In one embodiment, P and C load pairs may be identified using othercriteria than that addressed above. For instance, a number ofintervening load operations, inclusion within a same code segment,and/or a number of load value buffer entries may be criteria. Regardingusing a number of intervening load operations to identify P and C loadpairs, LVB 225 may include 16 entries. As a result, a maximum of sixteenload entries may be filled in buffer 225 before some entries are evictedor overwritten. So if there are sixteen identified P loads between afirst P load and a subsequent load that references the same data blockas the first P load, then the subsequent load is not identified as a Cload to be paired with the first P load since the data associated withthe P load may no longer reside in buffer 225. Thus, in some embodimentsof the invention a load can be preliminarily identified as a P load eventhough the load may have no corresponding C load because, for example,the P load is ejected from LVB before a subsequent load loads from theLVB.

In one embodiment, a compiler may determine an F load and store pair. Asubsequent load that loads from an address to be written to by aprevious store operation may be identified as an F load. When an F loadoperation is to load from an in-flight store, the addresses of the storeand load may be referred to as collision addresses. A compiler may useadditional criteria to identify F loads such as, for example, matchingaddress pair of a store and a load, size of the store, size of the load,whether the store and load are in the same code slice, and the number ofintervening stores between the target store and load.

In one embodiment, a Q load may be determined as a load which satisfiesthe criteria for both P and C loads. For example, a Q load includes aload that reads certain data blocks that, at a later time, are referredto by the same load again. Q load identification is discussed furtherbelow. Regarding N loads, in one embodiment, failure to identify a loadas a P, C, F, or Q load results in the compiler identifying a load as anN load to be performed from cache 215 as normal.

FIGS. 4A and 4B include pseudo-code utilizing a multi-phase techniquefor identifying P, C, F, Q, and N loads in one embodiment of theinvention. While embodiments of the invention may use differing numbersof phases to analyze loads, the embodiment in FIGS. 4A and B address atwo-phase analysis method. FIG. 4A includes the first phase and FIG. 4Bincludes the second phase. Generally, during the first phase a compilermay model or emulate SB 220 and LVB 225 using, for example, abstractingtechniques to determine data structures to represent the buffers. Thecompiler may use the emulation to estimate the probability of loadsbeing an F, P, C, Q, or N load. More specifically, the compiler mayemulate SB 220 and LVB 225 and loads present in the target code so thecompiler can mark loads as F, P, C, and/or Q loads. In one embodimentthe compiler marks F and P loads in the first phase and C and Q loads inthe second phase. The marking may be divided into separate phasesbecause, for example, C loads are dependent on P loads and thus,identifying C loads is easier after P loads are identified. In anembodiment using a dynamic binary translator, the first and secondphases may run in a software pipeline fashion with the second phaseusing the outcome of the first phase dynamically.

Each phase may include a collection stage and a classification stage.Both FIGS. 4A and B include these two stages. FIG. 4A phase 1 includesCollect_Phase_I and Classify_A_Load_Phase_I (p, c, f). The collectionstage collects or counts all loads (count_all_loads++) and counts F, C,and P loads (count_F_loads++, count_C_loads++, count_P_loads++) by, forexample, checking memory addresses (e.g., isHitLVB m). Dividing F and Pcounts by the total load count allows the compiler to respectivelycalculate or estimate probability of a load being an F or P load. In anembodiment, the SB and LVB modeling only happens in the collectingstage. The classification stage decides whether to mark a load as an For P load based on, for example, predetermined thresholds. In anembodiment if a load has an F load probability greater than the relatedpredetermined threshold the load is marked as F load. In an embodiment,a P load may be preliminarily determined based on whether P load countsare greater than 0 and whether the sum of P and C counts exceed apredetermined threshold. Other embodiments are not limited to theseparticular methods.

FIG. 4B phase 2 includes Collect_Phase_II and Classify_A_Load_Phase_II(p, c, f). The collection stage may include the F and preliminary Presults from the first phase (e.g., count_F_loads++, count_P_loads++)and then proceed to mark C and Q loads. C load counts may now bedetermined with greater accuracy than would have been the case had theybeen determined in the first phase (e.g., before or simultaneously withinitial P load determination). For example, a P load may first beidentified based on a preliminary estimation of whether the load isindeed a P load. Later, if a subsequent load has an LVB hit thesubsequent load may be deemed a C load and the preliminary estimationregarding the presence of a P load may be confirmed. However, eventhough a P load was preliminarily identified, there may be a situationwhere the LVB contents are replaced/evicted before the subsequent loadcan access data blocks in the LVB associated with the P load. In thissituation the load preliminarily designated a P load may now beconsidered an N load with no related C load. Thus, it is more accurateto preliminarily identify the P load in a first phase and identify Cloads (and confirm the preliminary estimate regarding the P load) in asubsequent second phase. The same is true for Q loads that also rely onP load determination for proper Q load marking.

The classification stage of FIG. 4B decides whether to mark a load C orQ based on, for example, predetermined thresholds. In one embodiment,the corresponding threshold criteria for P loads changes from phase 1(e.g., (p+c)>PLoadThreshold && p>0.0) to phase 2 (e.g.,p>PLoadThreshold). In other words, in one embodiment of the invention apreliminary estimate or determination regarding the P load occurs inphase I and a refined estimate or determination regarding the P loadoccurs in phase II. This change in thresholds may be beneficial becausethe ability to identify a target load as a P load is more difficult inphase I than it is in phase II. This increased identification difficultymay exist because, for example, a target load in LVB may be used again(making target load a P load) or not (making target load something otherthan a P load). Thus, P loads are cautiously and preliminarily comparedto a lower threshold in phase I than in phase II. For example, by usingthe (P+C) criteria in phase I the possibility of the load being either aP or Q load is considered by preliminarily designating the load as a Pload. Thus, early in the analysis (phase I) the load is consideredeither a P or Q load, without great differentiation between the twotypes of loads. However, later in the analysis process (phase II) thefinal determination is made when Q and C loads are more readilyidentified. Thus, because the ability to identify C and Q loadsincreases in phase II the classification for P loads may be morestringent in phase II (as opposed to phase I) by comparing against ahigher threshold. Q loads may also be determined based on loads thatseem to satisfy the requirements for both C and P loads (e.g.,(p+c)>QThreshold && p>0.0). In other embodiments of the invention, thecriteria for P load determination does not necessarily change betweenanalysis phases.

In one embodiment of the invention, a software structure such as a“look-ahead window” may be utilized. For example, for each load theprofiler analyzes, if the profiler would like to determine if the targetload can be preliminarily marked as P load, based on a first estimate ofwhether the load is a P load, the profiler may consult a “look-aheadwindow” to determine how many C loads, which correspond to the P load inquestion, exist. Then, based on this determination the profiler maydetermine whether marking the load as a P load would be beneficial interms of efficiency. If the efficiency gains are not substantial (e.g.,because of the low number of related C loads), the load may not bemarked as a P load (i.e., confirmed as a P load) but instead left as anN load.

Compiler Optimization

FIG. 5 includes a method for compiler optimization to better mark loadsin one embodiment of the invention. Area 501 includes original code andarea 502 includes optimized code. Moving loads into predecessor orsuccessor blocks may improve the bufferability of a single load because,for example, the load gets duplicated. For example, marking line 1 (1:Load X) as a C or P load is difficult because of the conditional natureof line 2 (2: if ( . . . ) Load X). If load 1 (1: Load X) is marked as aP load it may not be used before it is invalidated in line 3 (3: StoreX). However, if load 1 is not marked P then load 2 may lose theopportunity to be marked as a C load (e.g., because no P load has beendetermined). After code motion and duplication, however, load or line 1may be duplicated (see area 502) into load 1.1 (1.1: Load X) and 1.2(1.2: Load X). The modified code then shows both branches from theconditional branch in the original code. The first branch showsrepeating Load X commands (1.1 and 2) that indicate P and C loads arepresent. The other branch (1.2 and 3) indicates the single Load X has nofollow up load (no C load) and is merely an N load.

FIG. 6 also includes a method for compiler optimization to better markloads in one embodiment of the invention. Area 601 includes originalcode and area 602 includes optimized code. Loads inside a loop can beeither P or C loads. Therefore, such loads may be marked as Q loads inone embodiment. However, in one embodiment Q loads may carry moreoverhead than P loads since Q loads may require that the LVB be searchedfirst to see if the load exists in the LVB already. Instead, P loads canbe dispatched to the DCU directly without consulting with the LVB. Thus,in one embodiment loop peeling may be used to differentiate or split oneor more Q loads into P and C loads. Specifically, in the modified code(area 602) line 1.0 (1.0: Load X) has been peeled out of the loop forthe following condition: i=0. The remaining loop then begins with, forexample, i=1. However, due to the peeling out of line 1.0, there is nowcontext to distinguish between the P load (line 1.0) and C load (line 2)and to label those loads accordingly.

Compilers may be further adjusted to modify identification results. Forexample, an aggressive compiler may identify a subsequent load, whichloads from the same address as a previous store, as an F load. However,a more conservative compiler may identify an F load only if the load isthe same size or bigger than a store that references the same addressand there are no intervening store operations between the store and theload. Also, a certain number of stores may be included between theprevious store and a consumer forwarded load. For instance, a rangebetween 0 and a maximum number of SB entries may be allowed for thenumber of intervening stores based on the level of aggressiveness of thecompiler. If the number of stores exceeds that range, a less aggressivecompiler may not identify the target load as an F load.

In one embodiment, the number of factors utilized in determiningconsumer loads (e.g., how conservative a compiler is in identifyingconsumer loads) is based on a target percentage of correctly identifiedconsumer loads. For example, if all subsequent loads with the sameaddress as a previous store are identified as consumer loads, the storemay be de-allocated from SB 220 when data needs to be loaded, whichleads to a low identification accuracy. Too low an identificationaccuracy may potentially lead to a large number of replays, which costsexecution cycles. In the alternative, too many constraints potentiallylead to very accurate identification, but mitigate the potentialpositive impact (e.g., power savings) of not identifying true consumerloads. As a purely illustrative example, a range of 80% to 100% foridentification accuracy may be targeted to ensure more positiveexecution cycles are saved by not accessing cache 215 then the number ofexecution cycles cost replaying misidentified loads.

Handling Identified P, C, F, Q, and N Loads

Returning to FIG. 2, the following more fully addresses an embodimentfor handling different loads. Portion 206 (load type field) of loadoperation 205 identifies a type of load operation 205. Portion 206 maybe located anywhere in load operation 205 or associated in any mannerwith load operation 205. In one embodiment, portion 206 includes or isincluded within a pre-fix byte of load operation 205. Other information,such as an opcode and referenced address, may be included in anotherportion 207 of load operation 205. Three bits of portion 206 may beutilized to represent a type of load operation 205. Binary values mayrepresent load operation 205 is an N load (000), P load (001), C load(010), F load (011), or Q load (100). N loads may not necessarily bemarked.

Selection module 210 may direct performance of the load to the correctmemory structure (e.g., cache 215, SB 220, LVB 225). Selection module210 may receive load operation 205, or at least portion 206, todetermine which of the memory structures may perform the load operation.Decode logic (Decode 125 in FIG. 1), which may be the same as decodelogic to decode instructions or separate decode logic, may decodeportion 206. Decode logic may assess bits of portion 206 and providethem to selection logic (e.g., multiplexer) that directs performance ofthe load to the correct memory structure. Directing performance of aload may include forwarding the load to one of the structures. Selectionlogic may provide a selection signal to a module, such as load module230, to indicate which structure is to be loaded from. Selection module210, in combination with load module 230, may include any logic toselect a memory structure to load to and/or from. In one embodiment ofthe invention, LVB 225, SB 220, selection module 210, and load module230 may be included in modules 140, 141 (FIG. 1) while cache 215 may belocated in cache 150, 151 (FIG. 1). However, these components need notbe so constrained and may be located elsewhere.

As an illustrative example of the above, portion 206 may include apre-fix value 010 to indicate load operation 205 is a C load. Decodelogic may mask off those bits and selection logic may determine LVB 225may be loaded from based on the logic's determination. Load module 230may search LVB 225 based on an address value associated with loadoperation 205, such as a tag value. When the correct entry is found(e.g., entry 226) it may be provided to the correct destination (e.g.,internal processor register).

In one embodiment, in response to portion 206 holding a P load value, aload from cache 215 is performed. Cache 215 may include any cache (e.g.,instruction cache, trace cache, data cache, as well as any level ofcache). A data block for the P load (e.g., referenced data block) may beloaded from cache 215 and a plurality of additional data blocks may alsobe loaded. As an example, a default or predefined number of data blocks,associated with the entry size a LVB 225 is capable of holding, isloaded from cache 215. In another embodiment, load operation 205includes a field to indicate how many data blocks are to be loaded, whatdirection they are to be loaded in, and the like. The loaded value willbe stored in LVB in addition to the correct destination.

Returning to the example where portion 206 holds a C load value, a loadfrom LVB 225 may be performed without accessing cache 215. As anexample, LVB 225 includes a plurality of entries with previously loadeddata from P or Q loads. In one embodiment, LVB 225 is part of anexisting load buffer that tracks current loads. In the alternative, LVB225 is a separate buffer structure. LVB 225 may include entries (e.g.,entry 226) that have an associated P load value in a tag field.Therefore, when a load is performed from LVB 225 the entries areassociatively searched utilizing tag values to find the correct entry.

For example, a first P load operation may be received. From the P loadvalue in field 206 it is determined that the P load is to load fromcache 215. The P load references data block 216 e in cache line 216. Asa result, the predefined amount of data (e.g., blocks 216 e-h), whicheach entry of LVB 225 is capable of holding, is loaded by load module230 from cache line 216. Load module 230 provides data block 216 e tothe correct external location, such as an architectural register.Furthermore, data blocks 216 e-h are provided to LVB 225 and stored inLVB entry 226.

Next, a load identified as a C load by a compiler is received. Here, theC load references data block 216 f. Based on the C load value in field206 it is determined that the load operation is to read from LVB 225. Asa result, LVB 225 is searched by tag value and data block 216 f isloaded from entry 226 by load module 230, which provides data block 216f to the correct data location. No access to cache 215 is necessarilymade during performance of the C load.

In one embodiment, in response to portion 206 holding an F load value, aload from SB 220 is performed. SB 220 may be similar to existing SBsthat track in-flight store operations. However, in contrast to previousmethods where cache 215 and SB 220 would be searched in parallel, an Fload may be directed to perform the load directly from SB 220 withoutaccessing cache 215 in a similar manner to how a C load is loaded frombuffer 225.

In one embodiment, in response to portion 206 holding a Q load value,the load is handled similar to P and C loads. Like a P load, in case thevalue is not already inside LVB, a load to cache 215 and from cache 215to LVB 225 is performed. Also, like a C load, a load from LVB 225 isperformed. For example, the processor issues the Q load to LVB 225. Ifthere is a hit in LVB 225 then the data is obtained from LVB 225.Otherwise, the load is re-issued to cache 215 and, like a P load,returns the data into LVB 225 for future uses.

In one embodiment, when hardware handles a C or F load either LVB 225 orSB 220 is accessed without accessing cache 215. As a result, if the datato be loaded is no longer held in buffers 225 or 220 then the loadoperation may be replayed as an N load.

FIG. 3 depicts aspects of aforementioned embodiments in the context of aflow diagram for a method of efficient load handling. In block 305, aload type is determined from a pre-fix byte of a load operation.

In block 310, if the load is a P load a load from a data cache,including a plurality of data blocks in some embodiments of theinvention, is performed. Here, at least one of the blocks is a block tobe loaded in performing the P load, while another data block is a datablock to possibly be loaded by a subsequent C load not yet encountered.A predefined number of physical data blocks may be loaded for a P load.The predefined number potentially corresponds to a size of entries in aLVB. In block 315, the data blocks are stored in an entry of a LVB. As aresult, the physically contiguous blocks are now held in the LVB foraccess by subsequent consumer loads.

Returning to block 305, if the load is a C load then in block 320 theload is performed from the LVB. The LVB may be searched based on tagvalues and the correct entry of the LVB may be determined. As a result,the C load may be directly performed from the LVB without wasting poweraccessing a data cache.

If the load is an F load, in block 330 the load is performed from a SB.Similar to the above, the SB is searched and the appropriate value/datablock is loaded. If an entry for a C or F load does not exist in the LVBor SB, the load is to be replayed as an N load (block 340) and the datacache is accessed. In one embodiment, the pre-fix byte associated withthe operation in a trace cache or other storage logic is ignored byselection logic and a normal load is performed. In contrast, the pre-fixbyte may be overwritten with a normal value. Therefore, whether throughreplay or through initial determination that the load is an N load, theload is performed normally in block 340 from a data cache.

If the load is a Q load, in block 325 the processor determines whetherthe Q load may be serviced by the LVB. In block 320, if there is a hitin the LVB then the load is directed to the LVB. Otherwise, in block 310the load is re-issued to the DCU and, like a P load in block 315, thedata is directed to LVB for future use.

As can be seen from above, a system may efficiently identify P, C, F, Q,and/or N loads, as well as handle them maintaining high performancewhile conserving power. Complex and expensive hardware logic to identifyproducer and consumer loads dynamically may be avoided through use ofcode (e.g., compiler) to identify load types. Furthermore, compilers maybe tweaked to various levels of aggressiveness to identify loads toensure an accuracy level. As a result, selection logic is able todirectly load from an appropriate memory structure, and in specificcases, is able to avoid data cache accesses.

A module or unit (e.g., units 130, 140, 150) as used herein refers toany hardware, software, firmware, or a combination thereof. Oftenboundaries that are illustrated as separate commonly vary andpotentially overlap. For example, a first and a second module may sharehardware, software, firmware, or a combination thereof, whilepotentially retaining some independent hardware, software, or firmware.In one embodiment, use of the term logic includes hardware, such astransistors, registers, or other hardware, such as programmable logicdevices. However, in another embodiment, logic also includes software orcode integrated with hardware, such as firmware or micro-code.

Embodiments of the invention may be described herein with reference todata such as instructions, functions, procedures, data structures,application programs, configuration settings, code, and the like. Whenthe data is accessed by a machine, the machine may respond by performingtasks, defining abstract data types, establishing low-level hardwarecontexts, and/or performing other operations, as described in greaterdetail herein. The data may be stored in volatile and/or non-volatiledata storage. For purposes of this disclosure, the terms “code” or“program” cover a broad range of components and constructs, includingapplications, drivers, processes, routines, methods, modules, andsubprograms. Thus, the terms “code” or “program” may be used to refer toany collection of instructions which, when executed by a processingsystem, performs a desired operation or operations. In addition,alternative embodiments may include processes that use fewer than all ofthe disclosed operations, processes that use additional operations,processes that use the same operations in a different sequence, andprocesses in which the individual operations disclosed herein arecombined, subdivided, or otherwise altered.

Embodiments may be implemented in code and may be stored on a storagemedium having stored thereon instructions which can be used to program asystem to perform the instructions. The storage medium may include, butis not limited to, any type of disk including floppy disks, opticaldisks, optical disks, solid state drives (SSDs), compact disk-read-onlymemories (CD-ROMs), compact disk rewritables (CD-RWs), andmagneto-optical disks, semiconductor devices such as read-only memories(ROMs), random access memories (RAMs) such as dynamic random accessmemories (DRAMs), static random access memories (SRAMs), erasableprogrammable read-only memories (EPROMs), flash memories, electricallyerasable programmable read-only memories (EEPROMs), magnetic or opticalcards, or any other type of media suitable for storing electronicinstructions.

While the present invention has been described with respect to a limitednumber of embodiments, those skilled in the art will appreciate numerousmodifications and variations therefrom. It is intended that the appendedclaims cover all such modifications and variations as fall within thetrue spirit and scope of this present invention.

1. A method comprising: generating, using a processor coupled to amemory, a first value corresponding to a likelihood that a new loadoperation instruction is a producer (P) load and a second valuecorresponding to a likelihood that the new load is a consumer reuse (C)load; determining whether the new load is a P load based on comparingthe first value to a first load type threshold; determining whether thenew load is a C load based on determining whether a previous load is a Pload and comparing the second value to a second load type threshold,wherein the previous load relates to a memory region and the new loadrelates to the memory region; and storing an indicator of the new loaddetermination in the memory when the new load is determined to be one ofa P load and C load.
 2. The method of claim 1 including generating thefirst and second values based on emulations of a load value buffer. 3.The method of claim 1 including determining whether the new load is a Cload based on populating an emulated load value buffer with the previousload and then determining the new load may be satisfied by the populatedload value buffer.
 4. The method of claim 1 including determining thenew load is a Q load based on the first and second values.
 5. The methodof claim 1 including determining the new load is a Q load, wherein the Qload is included in a code loop.
 6. The method of claim 5 includingseparating the Q load into P and C loads.
 7. The method of claim 1including determining the new load, which is included in a conditionalstatement, is a C load based on first duplicating the previous load. 8.The method of claim 1 including determining the new load is a P loadbased on comparing the first and second values to the first threshold.9. An article comprising a medium storing instructions that enable aprocessor based-system to: generate a first value corresponding to alikelihood that a new load operation instruction is a producer (P) loadand a second value corresponding to a likelihood that the new load is aconsumer reuse (C) load; determine whether the new load is a P loadbased on comparing the first value to a first load type threshold; anddetermine whether the new load is a C load based on determining whethera—previous load is a P load and comparing the second value to a secondload type threshold.
 10. The article of claim 9 further storinginstructions that enable the processor-based system to determine whetherthe new load is a C load based on populating an emulated load valuebuffer with the previous load and then determining the new load may besatisfied by the populated load value buffer.
 11. The article of claim 9further storing instructions that enable the processor-based system todetermine the new load is a Q load based on the first and second values.12. The article of claim 9 further storing instructions that enable thesystem to determine the new load is a Q load, wherein the Q load isincluded in a code loop.
 13. The article of claim 9 further storinginstructions that enable the system to separate a Q load into P and Cloads, wherein the Q load is initially included in a code loop and the Pand C loads relate to a single memory address.
 14. The article of claim9 further storing instructions that enable the system to determinewhether the new load, which is included in a conditional statement, is aC load based on first duplicating the previous load.
 15. The article ofclaim 9 further storing instructions that enable the system topreliminarily determine whether the new load is a P load based oncomparing the first and second values to the first threshold and laterconfirm the new load is a P load based on comparing the first value, butnot the second value, to the first threshold.
 16. An apparatuscomprising: a processor, including first and second memories and acache, to: (i) determine whether a new load operation instruction is oneof a producer (P) load, consumer forwarded (F) load, and a consumerreuse (C) load; (ii) direct the new load to the cache and store a valuerelated to the new load in the first memory when the new load isdetermined to be a P load; (iii) direct the new load to the first memoryand bypass the cache when the new load is determined to be a C load; and(iv) direct the new load to the second memory and bypass the cache whenthe new load is determined to be a F load.
 17. The apparatus of claim16, wherein the processor is to: determine the new load is a hybrid (Q)load; and initially direct the new load to the first memory bypassingthe cache and subsequently direct data, corresponding to the new load,to the cache when the new load is not satisfied by the first memory. 18.The apparatus of claim 16, wherein the processor is to determine whetherthe new load is a C load based on an identifier corresponding to the newload; the identifier having been previously determined based ondetermining another load was a P load.
 19. The apparatus of claim 18,wherein the processor is to determine whether the new load is a C loadbased on an identifier corresponding to the new load; the identifierhaving been previously determined in response to emulations of the firstmemory which includes a load value buffer.
 20. The apparatus of claim16, wherein the processor is to determine whether the new load is a Cload based on an identifier corresponding to the new load; theidentifier having been previously determined in response to a Q loadincluded in a code loop.